home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Skunkware 5
/
Skunkware 5.iso
/
man
/
cat.5
/
groff_out.5
< prev
next >
Wrap
Text File
|
1995-07-25
|
9KB
|
199 lines
GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555)))) GGGGrrrrooooffffffff VVVVeeeerrrrssssiiiioooonnnn 1111....00009999 ((((00004444 MMMMaaaarrrrcccchhhh 1111999999994444)))) GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555))))
NNNNAAAAMMMMEEEE
groff_out - groff intermediate output format
DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
This manual page describes the format output by GNU troff.
The output format used by GNU troff is very similar to that
used by Unix device-independent troff. Only the differences
are documented here.
The argument to the ssss command is in scaled points (units of
_p_o_i_n_t_s/n, where _n is the argument to the ssssiiiizzzzeeeessssccccaaaalllleeee command
in the DESC file.) The argument to the xxxx HHHHeeeeiiiigggghhhhtttt command is
also in scaled points.
The first three output commands are guaranteed to be:
xxxx TTTT _d_e_v_i_c_e
xxxx rrrreeeessss _n _h _v
xxxx iiiinnnniiiitttt
If the ttttccccoooommmmmmmmaaaannnndddd line is present in the DESC file, troff will
use the following two commands
tttt_x_x_x _x_x_x is any sequence of characters terminated by a space
or a newline; the first character should be printed at
the current position, the the current horizontal
position should be increased by the width of the first
character, and so on for each character. The width of
the character is that given in the font file,
appropriately scaled for the current point size, and
rounded so that it is a multiple of the horizontal
resolution. Special characters cannot be printed using
this command.
uuuu_n _x_x_x
This is same as the tttt command except that after
printing each character, the current horizontal
position is increased by the sum of the width of that
character and _n.
Note that single characters can have the eighth bit set, as
can the names of fonts and special characters.
The names of characters and fonts an be of arbitrary length;
drivers should not assume that they will be only two
characters long.
When a character is to be printed, that character will
always be in the current font. Unlike device-independent
troff, it is not necessary for drivers to search special
fonts to find a character.
Page 1 (printed 7/8/94)
GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555)))) GGGGrrrrooooffffffff VVVVeeeerrrrssssiiiioooonnnn 1111....00009999 ((((00004444 MMMMaaaarrrrcccchhhh 1111999999994444)))) GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555))))
The DDDD drawing command has been extended. These extensions
will not be used by GNU pic if the ----nnnn option is given.
DDDDffff _n\n
Set the shade of gray to be used for filling solid
objects to _n; _n must be an integer between 0 and 1000,
where 0 corresponds solid white and 1000 to solid
black, and values in between correspond to intermediate
shades of gray. This applies only to solid circles,
solid ellipses and solid polygons. By default, a level
of 1000 will be used. Whatever color a solid object
has, it should completely obscure everything beneath
it. A value greater than 1000 or less than 0 can also
be used: this means fill with the shade of gray that is
currently being used for lines and text. Normally this
will be black, but some drivers may provide a way of
changing this.
DDDDCCCC _d\n
Draw a solid circle with a diameter of _d with the
leftmost point at the current position.
DDDDEEEE _d_x _d_y\n
Draw a solid ellipse with a horizontal diameter of _d_x
and a vertical diameter of _d_y with the leftmost point
at the current position. delim $$
$dy sub n$\n
DDDDpppp $dx sub 1$ $dy sub 1$ $dx sub 2$ $dy sub 2$ $...$ $dx sub n$
Draw a polygon with, for $i = 1 ,..., n+1$, the _i-th
vertex at the current position $+ sum from j=1 to i-1 (
dx sub j , dy sub j )$. At the moment, GNU pic only
uses this command to generate triangles and rectangles.
$dy sub n$\n
DDDDPPPP $dx sub 1$ $dy sub 1$ $dx sub 2$ $dy sub 2$ $...$ $dx sub n$
Like DDDDpppp but draw a solid rather than outlined polygon.
DDDDtttt _n\n
Set the current line thickness to _n machine units.
Traditionally Unix troff drivers use a line thickness
proportional to the current point size; drivers should
continue to do this if no DDDDtttt command has been given, or
if a DDDDtttt command has been given with a negative value of
_n. A zero value of _n selects the smallest available
line thickness.
A difficulty arises in how the current position should be
changed after the execution of these commands. This is not
of great importance since the code generated by GNU pic does
not depend on this. Given a drawing command of the form
Page 2 (printed 7/8/94)
GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555)))) GGGGrrrrooooffffffff VVVVeeeerrrrssssiiiioooonnnn 1111....00009999 ((((00004444 MMMMaaaarrrrcccchhhh 1111999999994444)))) GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555))))
\\\\DDDD''''_c $x sub 1$ $y sub 1$ $x sub 2$ $y sub 2$ $...$ $x
sub n$ $y sub n$'
where _c is not one of cccc, eeee, llll, aaaa or ~~~~, Unix troff will treat
each of the $x sub i$ as a horizontal quantity, and each of
the $y sub i$ as a vertical quantity and will assume that
the width of the drawn object is $sum from i=1 to n x sub
i$, and that the height is $sum from i=1 to n y sub i$.
(The assumption about the height can be seen by examining
the sssstttt and ssssbbbb registers after using such a DDDD command in a \w
escape sequence.) This rule also holds for all the original
drawing commands with the exception of DDDDeeee. For the sake of
compatibility GNU troff also follows this rule, even though
it produces an ugly result in the case of the DDDDffff, DDDDtttt, and,
to a lesser extent, DDDDEEEE commands. Thus after executing a DDDD
command of the form
DDDD_c $x sub 1$ $y sub 1$ $x sub 2$ $y sub 2$ $...$ $x sub
n$ $y sub n$\n
the current position should be increased by $( sum from i=1
to n x sub i , sum from i=1 to n y sub i )$.
There is a continuation convention which permits the
argument to the xxxx XXXX command to contain newlines: when
outputting the argument to the xxxx XXXX command, GNU troff will
follow each newline in the argument with a ++++ character (as
usual, it will terminate the entire argument with a
newline); thus if the line after the line containing the xxxx XXXX
command starts with ++++, then the newline ending the line
containing the xxxx XXXX command should be treated as part of the
argument to the xxxx XXXX command, the ++++ should be ignored, and
the part of the line following the ++++ should be treated like
the part of the line following the xxxx XXXX command.
SSSSEEEEEEEE AAAALLLLSSSSOOOO
ggggrrrrooooffffffff____ffffoooonnnntttt(5)
Page 3 (printed 7/8/94)